
Derniers tests et previews


TEST Wheel World : un jeu de course à vélo qui pédale à fond

TEST NINJA GAIDEN: Ragebound, le pixel saigne comme jamais

PREVIEW Cronos: The New Dawn, entre brume, fusion et folie, nous y avons survécu manette en main

TEST Super Mario Party Jamboree : que vaut la Nintendo Switch 2 Edition + Jamboree TV ?
Dernières actualités

MISE A JOUR Xbox : une grosse nouveauté introduite pour les joueurs PC

Metal Gear Solid Delta: Snake Eater, des infos et une petite déception pour le mode multijoueur Fox Hunt

inZOI : Paradis Tropical, une date de sortie toute proche pour le premier DLC du Sims-like

LEGO Party! dévoile sa date de sortie et ses bonus de précommande

sauvegarde ban
Pour moi, la finalité est de pouvoir jouer a des jeux qui demandent le firmware a 12+.
j'utilise le sx os pro par facilité car je ne comprends pas grands chose aux abréviations ou langage relative a la switch
Je sais que ma console est ban
Je sais que je dois utiliser jkvs pour sauvegarder mes sauvegarde.
And next ?
Reboot usine et repartir de 0
Continuer a utiliser le launcher sx os pour lancer un homebrew compatible ?
Je pense que la question a déjà ete posée 50k de fois minimum.
Merci pour votre patience
Maintenant, si la console ne démarre pas normalement et qu’il y a une écran noir au démarrage, le mode autoRCM doit être actif mais de ce que tu indiques, ce n’est pas le cas puisque tu fais l’opération du mode RCM.
Pour ce qui est du dongle, il a besoin d'être chargé quelques fois. Cela ne dure pas très longtemps et se fait sur PC.
Pour répondre à ta demande, cela dépend de plusieurs conditions pour revenir à un état opérationnel sans aucune trace de données underground. La première serait de savoir si une emuNAND a été utilisée strictement pour le hack et si la sysNAND est propre sans modification underground.
Si aucune emuNAND n’a été créée, cela signifie que la sysNAND a subit des modifications et cela se produit avec l’utilisation de certains homebrews, de NSP ou du mode autoRCM. Dans ce cas, il faut utiliser un outil tiers pour nettoyer la console dans son ensemble. Je n’ai plus le nom en tête.
Et si une emuNAND a été créée et que tu es certain que la sysNAND est clean, alors, il suffit de supprimer le contenu underground de la SD. Toutefois, si doute, il faut utiliser l’outil tiers dont je n’ai plus le nom en tête pour effectuer un nettoyage.
Cela doit s'envisager ainsi sinon ce sera un ban qui suivra.
Cela peut aussi s'opérer avec la restauration d’une sauvegarde de NAND et à l’issu, mettre à jour la console pour éviter des erreurs dues aux eFuses. Cela passe par le hack en utilisant Hekate par exemple et ChoiDujourNX, compatible HOS 11.x.x.
En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.
Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.
Tu confonds création d’emuNAND et sauvegarde de NAND. L’un n’est pas l’autre mais les deux sont conseillés avant de modifier sa console. L'étape de la sauvegarde de NAND se fait au début du hack et cela permet en cas de problème de restaurer. La création d’emuNAND permet de se prémunir d’un ban mais également de protéger sa console de tout problème. Ainsi les aspects underground se font sur l’emuNAND et laisse la sysNAND propre. Les deux sont déliées. La sysNAND est la NAND système sur ta console et l’emuNAND est la NAND système « émulée » sur la SD.
Le Hack prévoit un certain nombre de précautions et des préconisations à suivre. C’est bien là le problème de beaucoup qui survolent les tutoriels complets ou qui suivent d’autres incomplets. Dans ton cas, les erreurs décrites depuis le début impliquent qu’il y a eu un problème en utilisant ChoiDujourNX pour mettre à jour et cela a dû corrompre le BOOT 0 et sans doute le BOOT 1 également.
Le fait de les restaurer suffit en principe mais encore faut-il que leur sauvegarde soit faite avant de les corrompre. C’est la piste à suivre dans ce cas. Et si tu avais eu une NAND sauvegardée, cela aurait permis de restaurer ton système proprement et de le mettre à jour HOS ensuite.
En revanche, les erreurs de package sont diverses. Soit elles concernent des éléments manquants sur la SD, soit cette dernière est corrompue.
Je ne peux pas être plus précis que cela. Ou alors des éléments m'échappent dans tes explications.
Tu indiques utiliser des XCi donc seul le ticket du jeu est resté en mémoire. Ce dernier se supprime via un gestionnaire de backup prévu pour Atmosphère/Hekate.
Ensuite tu n’indiques pas si tu as utilisé une emuNAND strictement pour le Hack et ainsi laissé ta sysNAND propre.
Et tu ne précises pas non plus quel homebrew tu as utilisé. Ne serait-ce que pour le downgrade, tu est passé par ChoiDujiurNX mais as-tu désactivé le mode autoRCM à un moment donné car en utilisant cet outil, il est activé par défaut et cela modifie la NAND.
Et puis, tu n’as pas de sauvegarde de NAND, ce qui pourtant conseillé.
Il existe Haku33, il me semble, pour réinitialiser la NAND de la console. A voir si compatible SX OS. Attention, cet homebrew n'est pas sans risque, il est donc fortement conseillé de sauvegarder sa NAND avant son utilisation.
Et si tu ne peux utiliser SX OS, il existe le hack Atmosphère/Hekate.
Pourquoi ? Car la difficulté est la réinjection des sauvegardes dans les bons fichiers sans passer par un CFW. Il faut savoir que le risque de bannissement de la console serait probable avec une sauvegarde modifiée mais je n’affirme rien car jamais testé.
La 1re méthode serait de passer par le hack Atmosphère/Hekate pour réinjecter la sauvegarde avec le homebrew qui a servi à la dumper. Toutefois, comme dit, le risque de bannissement existe.
La 2nd méthode, beaucoup plus complexe, consiste à réinjecter les fichiers de la dite sauvegarde en passant par Memloader ou les fonctions UMS de Hekate puis HacDiskMount ou NXNandManager pour monter la partition "USER" de la NAND. Cela va permettre d’injecter les fichiers de sauvegarde avec Hactoolnet tout en les resignant. Mais comme je n’ai pas testé, difficile de détailler davantage et de confirmer si le bannissement sera effectif.
Dans tous les cas, le hack est nécessaire sur les deux consoles. Et l’histoire du Cloud et le reste, avec un coût, ne met pas du tout en confiance.
Jouer en ligne avec des sauvegardes modifiées, c’est prendre un risque et même si elles sont résignées, je ne peux pas confirmer si ban il y aura.
Beaucoup d’aspects ne sont pas conseillés lorsque l’on décide de jouer en ligne. Si le hack prévoit de créer et passer par une emuNAND pour laisser propre sa sysNAND, c’est déjà un bon moyen de s’en prémunir. Ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews et le mode autoRCM. Cela engendrera un ban certain. Ensuite, ce qui peut aussi provoquer un ban en jouant en ligne, ce sont les cheat code, les mods et les sauvegardes modifiées sauf si j’ai loupé un épisode entre temps.
Personne ne peut confirmer ce qu’envoie la télémétrie des données aux serveurs de Nintendo. Une chose est certaine, il y a des préconisations à suivre et des précautions à prendre. Le risque zéro n’existe pas et je ne m’y frotterai pas mais cela n’est que mon avis.
Déjà, lorsque l’on décide de hack sa console, le online est déconseillé quelque soit les consoles. La différence sur Switch, c’est qu’il n’existe aucun moyen de debannir la console et que les moyens pour limiter le risque sont à mettre en œuvre sur l’emuNAND. Ceux qui décident d’utiliser leur sysNAND pour le online le font à leurs risques et périls.
https://gamergen.com/forums/underground ... 36600.html
Concrètement, il y’a de nombreuses possibilités mais le risque zéro n’existe pas. Le online n’est pas vraiment conseillé lorsque l’on décide de hack sa console et ce sera le mot d’ordre à chaque fois que tu trouveras des sujets. De plus, il n’existe aucun moyen de se débannir sur Switch. Bien qu’il existe des solutions pour réduire le risque, il faut débuter dans le hack en prenant soin de suivre toutes les préconisations avant et de prendre des précautions pendant. Je détaille tout cela dans le tutoriel en lien et tu trouveras également des réponses dans les commentaires de ce dernier.
La première recommandation est de faire une sauvegarde de sa NAND en cas de problème. Ensuite, pour laisser la sysNAND (système NAND sur la console) propre de toutes modifications underground, il faut créer une emuNAND (système NAND sur la SD dite emuMMC). Ceci est un incontournable. A partir de là, certains utilisent la sysNAND pour tout ce qui est legit et se connecte online et pour tout ce qui est non legit, cela sera traité sur l’emuNAND. Les deux sont déliées.
Et il faut paramétrer des DNS en plus d’utiliser d'autres outils pour éviter une connexion avec les serveurs de Nintendo. En boutant sur l’emuNAND, on ne connecte pas sa console à internet sinon c’est ban assuré d’où le fait de paramétrer des DNS. Et lorsque l’on décide de connecter sa console en mode sysNAND, on utilise le loader officiel de Nintendo donc on démarre sa console sans hack en mode stock. Ce qui implique de relancer le hack à chaque redémarrage de sa console si on souhaite utiliser son emuNAND.
Pour ce qui est du local, c’est tout à fait possible également.
Pour ce concerne les backups (jeux non legits), le format via Atmosphère sera le NSP. Même si le XCi est pris en charge, chaque gestionnaire s’occupe de l’installer comme un NSP donc il n’y aura pas grande différence. Il ne le charge pas nativement comme le fait SX OS. Donc d’un point de vue sécurité, cela ne rentre pas en compte. Si ce n’est que cela doit s’installer strictement sur l’emuNAND (emuMMC).
Ce qui modifie la NAND, ce sont les NSP (et XCi installés comme un NSP), certains homebrews et le mode autoRCM (qui n’est pas conseillé).
Voilà de nombreux éléments.
Si tu veux réinitialiser ta console, j’ai donné des éléments plus haut déjà. Et si tu ne sais pas ce qui a été fait et comment la console a été utilisée, le mieux est de restaurer une sauvegarde de la NAND préalablement faite. Si tu ne possèdes pas de sauvegarde de NAND, il existe un outil qui s’occupe d’effacer toute trace sauf erreur mais je n’ai plus le nom en tête.
Pour utiliser le online et éviter un ban, il faut s’assurer qu’il n’y ait plus de traces underground sur la console et comme tu ne sais pas si le hack a transité sur sysNAND et/ou emuNAND, une simple réinitialisation ne garantira pas un ban. Je ne peux pas être plus clair que cela.